【架构优化】合并 prepareWorkbenchContext 中 6 处重复的会话读取为 storedAssistantSession - #776

全量 go test ./internal/httpapi/ -count=1 结果：仅 2 个用例失败，均为本容器没有 Chromium 导致（与本次改动无关）：

• TestMainBotBrowserStartsAndDrivesRunBrowser：Agent 浏览器启动失败：当前运行环境不支持，或 Chromium 不可用
• TestBrowserStreamPushesFramesAndRunsCommands：同一原因

其余全部通过，包括新增的 TestStoredAssistantSessionReadsCallerSlotAndTreatsEmptyIDAsMissing、TestHistoricalAttachmentIDsKeepsOnlyThisProjectsUnownedAttachments，以及所有 Workbench 用例。gofmt -l internal/httpapi/ 无输出，go vet ./internal/httpapi/ 通过。

补测试（自动检查，head 63bb1a5 → d4b9428）

补了什么：新增 internal/httpapi/assistant_workbench_stored_session_guard_test.go（只加测试文件，没改实现）：

• TestPrepareWorkbenchContextRefusesConversationOfAnotherProject：存在 workbench 项目的会话拿到 other 项目里续聊要返回「会话属于其他项目」；同项目续聊、未保存过的新会话 ID 不受影响。
• TestPrepareWorkbenchContextValidatesAndInjectsStoredSessionIssue：会话绑定的主需求要注入「当前会话关联的主需求」上下文；需求移到别的项目后，下一轮要返回「需求不存在或不属于当前项目」。

为什么：这次把 6 处会话读取合并成一次 storedAssistantSession，我对改动点做了 9 个变异，原有测试漏了 2 个：

本地验证（Go 1.26.11）：gofmt -l internal/httpapi 无输出；go vet ./internal/httpapi/ 通过；go test ./internal/httpapi/ -count=1 -skip Browser → ok agentflow/internal/httpapi 152.408s。不加 -skip 时只有 TestMainBotBrowserStartsAndDrivesRunBrowser、TestBrowserStreamPushesFramesAndRunsCommands 失败，原 head 上同样失败，是本地没有可用 Chromium，与本 PR 无关。

补测试（自动巡检，head 63bb1a5 → 77d9593）

为什么补：对 prepareWorkbenchContext / storedAssistantSession 做 19 种变异，PR 自带测试只发现 12 种（合并成组、在完整包上复跑确认不是过滤问题）。漏的：

• 去掉「会话属于其他项目」的检查（复用别的项目里已存档的会话）；
• 去掉存档会话关联主需求那段上下文；
• 跳过 validateSessionIssue 的报错；
• 去掉讨论分支提示，或反过来只要有存档会话就加分支提示；
• 附件归属人总是取调用者或总是取 stored.UserID，而不按消息作者。

补了什么：新增 internal/httpapi/assistant_workbench_session_guard_test.go

• TestWorkbenchContextRejectsStoredConversationOfAnotherProject：peer 存在自己名下、owner 存在自己名下的 workbench 会话，从 another 或空项目复用都必须报「会话属于其他项目」，在自己项目里要成功；未存档的新会话可在允许的项目里开始。
• TestWorkbenchContextCarriesStoredIssueAndBranchNotes：owner 通过存储归属人读到 peer 的会话，带上主需求标题与讨论分支提示；普通会话与未存档会话不出现这两段；关联需求已迁到别的项目时必须报「需求不存在或不属于当前项目」。
• TestWorkbenchContextResolvesEarlierAttachmentsToTheirAuthor：会话存在 owner 名下但第 0 条消息由 peer 发出、附件在 peer 目录，owner 与 peer 两种调用方下 attachmentOwners 都要按消息作者对应到各自用户，两个附件 ID 都在。

19 种变异剩 1 个等价变异（去掉空 id 判断，repo.AssistantSession 自己就返回 false）。

本地验证：gofmt -l 无输出；go vet ./internal/httpapi/ 通过；go test ./internal/httpapi/ -run 'Workbench|PrepareWorkbenchContext' 通过（含 d4b9428 的同主题测试，两文件无符号冲突）；撤掉本次测试、换回合并基点代码后新测试同样通过，说明重构未改变行为。整包只有两个已知的本地浏览器测试失败。只新增测试文件。